Funktionen FujiNet

Hast Du zufällig ne u1mb?

Hi

Ultimate 1MB = U1MB https://lotharek.pl/productdetail.php?id=56 .

Currock schrieb: Ist das eine Speichererweiterung? Ich habe eine 512 kB Erweiterung eingebaut.

nicht nur, noch viel mehr.

dl7ukk

Currock schrieb: Ist das eine Speichererweiterung? Ich habe eine 512 kB Erweiterung eingebaut.

Bei der u1mb gibt es ein Erkennungsproblem des FujiNet, wenn die u1mb falsch konfiguriert ist. Aber daran liegt es schonmal nicht, weil Du ja keine u1mb hast.

Also, wenn Du z.B. 2 "Laufwerke" in FujiNet konfigurieren willst, dann einfach das erste .atr auswählen und dem ersten Slot zuweisen, dann das zweite .atr auswählen und dem zweiten Slot zuweisen.

Wenn Du dann die Laufwerke swappen willst (z.B. bei Summer Games), KURZ auf die A-Taste (ganz links) drücken. Du solltest dann eine SAM-Sprachausgabe "Disk Two" hören und die blaue LED leuchtet - wie Du beschrieben hast - zweimal kurz auf.

Freut mich, dass es eine Lösung gibt.

Als nächstes solltest Du eventuell mal über ein Firmware-Update nachdenken. 😉 Es gibt mittlerweile mindestens die V. 1.0 (habe jetzt nicht nachgesehen, ob es eventuell sogar schon noch eine neuere gibt).

Currock schrieb: Allerdings habe ich auch von Update-Problemen gelesen. Ich will mir das Teil ungern schrotten.

Also bei mir hat das Update (bzw. haben die Updates, habe das jetzt schon mehrmals gemacht) fehlerfrei geklappt.

Nur ein bisschen tricky, das FujiNet in den Updatemodus zu versetzen, der Rest war völlig unkompliziert und störungsfrei.

Hi,

ich habe so einiges an Problemen mit dem FN auf Github gemeldet, aber bislang konnten nur Teile davon bearbeitet werden.

Eine Sache die ich auch richtig unhandlich finde ist, daß leere Laufwerke nicht offline sind.

Laut den Einträgen auf Github hat ein Apple-Mensch sich gemeldet und gesagt: wenn man eine Disk aus einem Laufwerk nimmt ist das Laufwerk ja nicht aus.

Da haben dann alle genickt und die ursprüngliche Funktion des FN so geändert, daß Laufwerke, aus denen das Image entladen wird, trotzdem online bleiben.

Super. Ein echter Geniestreich...

Eine erste Rückmeldung auf meine Beanstandung war (sinngemäß): wieso man neben einem FN noch andere Geräte bräuchte, schließlich könne doch das FN mehr als alle anderen zusammen

Das wurde dann später revidiert, was aber nichts daran ändert, daß es immer noch so ist.

Btw, Holger hat für das FN eine Toolsuite (FujiNET Tools für SpartaDOS) geschrieben. Ich habe mich da mit angeschlossen so daß es nun auch ein SWAP-Tool gibt, mit dem sich ein beliebiges FN Laufwerk gegen ein anderes tauschen läßt, auch wenn eines davon leer ist. Aber das leere Laufwerk bleibt halt leider online.

Ein weiterer Fehler ist im eingebauten Menü. Wenn man sich da durch eine Verzeichnisstruktur hangelt und ein Abbild auf ein Laufwerk legt und danach wieder durch die Verzeichnisstruktur gehen will, kommt man nur noch auf die erste Seite https://github.com/FujiNetWIFI/fujinet-config/issues/69

Wenn man mit dem SWAP-Button Laufwerk 1 gegen Laufwerk 2 tauscht wird dieser Zustand im Menü hinterher nicht angezeigt https://github.com/FujiNetWIFI/fujinet-config/issues/68

Bei allem darf man jetzt nicht vergessen, daß die ganze Arbeit an diesem Riesenprojekt an vergleichsweise wenigen Leuten hängt.

Der Zähler für gemeldete Fälle in "Platformio" steht derzeit bei #677

Currock schrieb: Gibt es da irgend ein Tool, mit dem ich Lauferke vom Atari aus ein- oder ausschalten kann, ohne alles neu zu starten?

Außer einem Firmwaredowngrade auf eine Version von Anno Dunnemals war ich da bislang leider nicht erfolgreich.

Vielleicht würde es helfen, wenn mehr Leute bekräftigen, daß dieser Zustand sehr unpraktisch ist.

CU, Erhard

Vielleicht sollte man bekräftigen, dass das Fujinet kein Laufwerk ist sondern ein Laufwerksemulator und dass es beim Atari absolut keinen einzigen Anwendungsfall gibt, bei dem man ein leeres (nicht modifiziertes) Laufwerk aktiv nutzt. Alle Laufwerksemulatoren schalten leere Laufwerke offline, u.a. eben um anderer Hardware Platz zu machen.

Einzig Altirra glaube ich stellt den Zustand "leer, online" her. Aber auch der ist optional und leicht zu ändern.

atarixle schrieb: ... und dass es beim Atari absolut keinen einzigen Anwendungsfall gibt, bei dem man ein leeres (nicht modifiziertes) Laufwerk aktiv nutzt.

Nicht modifiziert stimmt.

Aber nur der Vollständigkeit halber, es gibt natürlich den akademischen Fall, dass man ein mit einer Speedy 1050 ausgerüstetes Laufwerk in eingeschaltetem Zustand ohne eingelegte Diskette startet und dann wird (konfigurier-/schaltbar) ein BiboDOS oder Kopierprogramm gestartet. Anschließend wird aber natürlich wieder eine Diskette eingelegt, was fängt man sonst mit einem DOS oder Kopierprogramm an? 😀

Bei nicht modifizierten LW die als D1: eingestellt sind, gibt es ohne Diskette einen Boot Error. (Bei XF551-LW gibt es mit Diskette bzw. mit SpartaDOS oftmals die schöne "Error - no DOS." Meldung und man muss noch ein zweites Mal booten oder SpartaDOS für die XF551 patchen.) Sind unmodifizierte LW als D2:, D3: oder D4: eingestellt und enthalten keine Diskette, so gibt es beim Zugriff darauf einen Error 144.

Bei modifizierten (erweiterten) LW die als D2:, D3: oder D4: eingestellt sind, jedoch keine Diskette enthalten, ergibt ein Zugriff darauf ebenfalls Error 144; sind sie aber als D1: eingestellt, so kommt es auf die Erweiterung an, was da ohne Diskette gebootet wird...

Zum Beispiel: Turbo 1050 (und Clones, z.B. Top Drive), bootet ohne Diskette das Turbo-Menü, dort via Start oder Select den Turbotreiber (Page 1 oder Page 6) und mit Option die Turbo Utilities

TOMS Multidrive, bootet ohne Diskette ein Menü, dort via Start den Turbotreiber (Page ?) und via Select oder Option ein modifiziertes Track Copier von Arndt Bär

Hyper-XF, bootet ohne Diskette das Hyper-XF Menü, dort via 1 oder 6 den Hyper-XF Treiber, via A,B,C,D,M,F,S,X den Modus bzw. die Partition.

Floppy 2000, bootet ohne Diskette das Floppy 2000 Menü, dort dann kann man Copy 2000, slow mode oder sonstiges auswählen

Turbo-Speedy, bootet ohne Diskette das Turbo-Speedy Menü, dort wahlweise TurboDOS, Diskcopy oder sonstiges

Speedy S, bootet ohne Diskette den Sektorkopierer (Sectorcopy 1.5, HighSpeed Sectorcopy, sonstwas)

Speedy D, bootet ohne Diskette das BiboDOS

Speedy DS und Mini Speedy, booten ohne Diskette wahlweise BiboDOS oder Sektorkopierer

Mini Super Speedy, bootet ohne Diskette den Super Speedy Diskkopierer

Mega Speedy, bootet ohne Diskette ein Menü, keine Ahnung, was man da auswählen kann (besitze diese Erweiterung nicht)

Gibt bestimmt noch andere Floppydrive Erweiterungen, die ohne Diskette irgendein Menü booten.

Erhard schrieb: Eine Sache die ich auch richtig unhandlich finde ist, daß leere Laufwerke nicht offline sind.

Laut den Einträgen auf Github hat ein Apple-Mensch sich gemeldet und gesagt: wenn man eine Disk aus einem Laufwerk nimmt ist das Laufwerk ja nicht aus.

Ich hab gestern im Discord folgendes geschrieben:

Over on the ABBUC forum people are saying that after ejecting a disk image from a FujiNet drive slot the FujiNet will still answer SIO commands for this drive number. I can't believe that this is true.

und von Mozzwald folgende Antwort erhalten:

I just tested this and have no issue. Dos 2.5 in D1, put another disk in D2. Boot, get a dir listing on D2, eject D2 from webui, try another dir listing on D2 and get E138. The command frames do appear in the Debug output which is normal. If they can provide some other steps to reproduce, I can try it also.

Erhard schrieb: Ein weiterer Fehler ist im eingebauten Menü. Wenn man sich da durch eine Verzeichnisstruktur hangelt und ein Abbild auf ein Laufwerk legt und danach wieder durch die Verzeichnisstruktur gehen will, kommt man nur noch auf die erste Seite https://github.com/FujiNetWIFI/fujinet-config/issues/69

Diesen Fehler hat Mozzwald gestern behoben.

Zeit für einen Flashevent. 😉

Hi,

DjayBee schrieb: eject D2 from webui

ob es einen Unterschied zwischen dem Auswerfen per WebUI und dem Auswerfen per SIO-Kommandos gibt prüfe ich gerne neu.

Zur Zeit, wo ich das festgestellt hatte hat das ausgeworfene Laufwerk Status-Abfragen beantwortet.

Ich melde mich, wird aber dauern.

CU, Erhard

Hi,

ich habe soeben die Aktualisierung auf 1.2 durchgeführt.

Wenn man nun per SIO-Kommando oder über die Webansicht einen Datenträger aus einem Laufwerk auswirft antwortet das Laufwerk (für mich unerwünscht) nach wie vor auf Status-Kommandos.

Nach einem Kaltstart (Strom aus/an) ist das Laufwerk dann stumm.

CU, Erhard

Erhard schrieb: Wenn man nun per SIO-Kommando oder über die Webansicht einen Datenträger aus einem Laufwerk auswirft antwortet das Laufwerk (für mich unerwünscht) nach wie vor auf Status-Kommandos.

Was ist bei dir ein Status Kommando? $53?

(Ich hab keine Hardware angeschlossen und kann deshalb selbst nichts ausprobieren.)

Hi,

DjayBee schrieb: Was ist bei dir ein Status Kommando? $53?

abgesehen davon, daß es nicht nur "bei mir" das Status Kommando ist 🙂 ... Ja, das meine ich.

Kann ich Dir gerne auf dem morgigen Treffen in Herten zeigen, sofern Du kommst oder ich könnte versuchen, es irgendwie zu filmen.

CU, Erhard

Erhard schrieb: abgesehen davon, daß es nicht nur "bei mir" das Status Kommando ist 🙂 ... Ja, das meine ich.

Probier bitte die angehängte Testversion von Mozzwald.

Hallo zusammen,

als "XL-Newbie" bin ich irgendwie zwiegespalten, was das FujiNet betrifft. (Hab's mir besorgt, kurz nachdem ich den XL bekommen habe...)

Ist irgendwie "Himmelhoch jauchzend/zu Tode betrübt"...

Einerseits funktioniert es wirklich gut und kann "einfach mal so" Daten aus dem Netz lesen. Außerdem kann ich damit zwei XLs direkt verbinden. Mal eben den Server einzurichten, von dem ich die Images laden kann, war easy.

Andererseits ist vieles einfach nur kompliziert, bzw. klemmt.

Auch ich wäre an einem "Hands-On" interessiert, bei dem man mir das Gerät näher bringt. => Würde es mir gerne auf einem Treffen erklären lassen... 🙂

Falls es ein Treffen in meiner Nähe - in NRW (OWL?) - gäbe, wäre ich dabei. 🙂

Eratosthenes schrieb: Falls es ein Treffen in meiner Nähe - in NRW (OWL?) - gäbe, wäre ich dabei. :)

Das "grosse" jährliche ABBUC Treffen war gestern (28.10.) in Herten (NRW, bei Recklinghausen - da kommt der Club her).

Ggf. entwickelt sich bald ein Regionales Treffen in Münster - es hatte sich bei mir jemand gemeldet der etwas organisieren möchte.

Im Frühjahr 2024 sollte es ein Regionaltreffen in Herten geben -- Termin steht aber noch nicht fest.

. Hallo OWLer

Und dann gibt es natürlich noch unsere mehrtägige Treffen, die aber alle ausserhalb von NRW organisiert werden. Es gibt die NOMAM im hohen Norden (Hamburg/Schleswig-Holstein) im Frühling, die H.A.T.Z. in Kellenbach im Hunsrück (meistens an Himmelfahrt) und die Fujiama in 08485 Lengenfeld im Vogtland (dieses Jahr Ende Juli, ab auch schon mal in August oder Anfang September).

(Jetzt sag nicht das das weit weg ist. Im Profil findest Du meinen Wohnort. Google Maps zeigt dir wie lange ich fahre. Und ich gabele seit Jahren luckybuck auf in Aachen, was noch etwa eine halbe Stunde zur Fahrzeit hinzufügt, dafür aber so mach lästiges Geblitze verhindert.)

Tschüß

Mathy

PS einen Eindruck der genannten Treffen findest Du auf https://mathyvannisselroy.nl/meetings/meetings.htm. Keine Warnung vorab: Einige sind immun für den Virus, aber die Meisten die so ein Treffen schon mal besucht haben, kommen immer wieder!

Hi,

DjayBee schrieb: Probier bitte die angehängte Testversion von Mozzwald.

ich hab mir die Datei schon einmal heruntergeladen. Heute schaffe ich es nicht mehr, das auzuprobieren, aber der kommende Mittwoch (Feiertag) bietet sich an.

Vielen Dank!

CU, Erhard

Hi,

@DjayBee

ich habe die Testversion 1.2.3 soeben ausprobiert.

Damit funktioniert einiges gar nicht:

• Ich komme nicht ins FujiNet Menü
• Ich bekomme nicht am Anfang das Menü, bei dem ich via SELECT auswählen kann, ob ich ins Menü will oder ob ein normaler Bootvorgang stattfinden soll.

Allerdings wird von D1: gebootet, wenn dort ein Abbild eingelegt und das FN so eingestellt ist, daß auf jeden Fall von D1: gebootet werden kann (SELECT-Menü aus).

Es sieht so aus, als wäre CMD_53 an der falschen Stelle "deaktiviert" worden.

Hier noch einmal der Sachverhalt mit der Problemdarstellung:

1) Schaltet man den Atari und das FN ein und ein Laufwerk ist leer, dann antwortet dieses Laufwerk auf kein Kommando, auch nicht auf ein Status-Kommando ($53), soweit korrekt 2) Verbindet man ein Laufwerk mit einem Datenträgerabbild und entlädt dieses Abbild wieder, dann antwortet das Laufwerk auf kein Kommando (korrekt), aber es antwortet auf ein Status-Kommano (falsch) 3) Wenn man in diesem Zustand den Atari mit dem FN aus- und wieder einschaltet dann antwortet das entsprechende Laufwerk auch nicht mehr auf ein Status-Kommando (korrekt)

Da wird also offenbar bezüglich des Status-Kommandos beim Entladen irgendetwas nicht richtig gesetzt, was beim Kaltstart aber sehr wohl richtig gesetzt wird.

Ich habe mal erst die 1.2 wieder drauf gemacht.

Mfg, Erhard

@cas Schade, dass ich den Termin nicht gesehen habe. Recklinghausen wäre eine Option gewesen. Ich schau' mal. Einer der nächsten Termine sollte passen.

(Münster wäre perfekt, nebenbei... 😉 )

Mehrtägige Treffen sind nicht so mein Ding.

Schönen Abend noch...

Hi,

Eratosthenes schrieb: Mehrtägige Treffen sind nicht so mein Ding.

das Problem an so einem Treffen wie dem Benutzertreffen in Herten ist, daß da immer so viel anfällt, daß man zu dem, was man eigentlich machen oder erledigen wollte fast nie kommt 🙂

CU, Erhard

Erhard schrieb: ich habe die Testversion 1.2.3 soeben ausprobiert.

Neues Spiel, neues Glück. 😉

Mozzwald hatte mich falsch verstanden und immer nur $52 getestet.

Ich hab ihm gestern einen Dummytest für $53 geschickt und nun scheint es offenbar korrekt zu funktionieren. ... und CONFIG ist auch nicht mehr vermurkst.

daumendrück

Hi,

habs gerade heruntergeladen und probier es gleich / nachher aus.

Viele Grüße

Erhard

Erhard schrieb: Hmmmm.jpg

ZIP-Datei erst auspacken vielleicht?

Nein, das hab ich beim ersten mal gemacht und es war falsch.

Da hat sich das Tool beschwert, daß ich keine ZIP-Datei ausgewählt hatte.

Ergo ist eine ZIP-Datei richtig.

Erhard schrieb: Hmmmm.jpg

Entpack mal release.json und entferne die beiden "internen" Anführungszeichen vor "sio" und hinter "active" in dieser Zeile:

    "description": "Revert "sio: disk: don't process cmd if device not active"  This reverts commit 03749d02ec1ca4e6f8dfe4f4448fc093f79fdf4c.  ",

Hi,

werde ich morgen versuchen (und dann wieder packen).

CU, Erhard

Hi,

So, ich habe die .json-Datei angepaßt und das Archiv neu erstellt (unkomprimiert). Ich konnte die Firmware installieren und das Verhalten mit dem SIO Status-Kommando ($53) scheint weg zu sein. Egal ob ich Laufwerke mit FDSWAP tausche, mit FMOUNT entlade oder dies über die Webschnittstelle mache - es scheint perfekt zu funktionieren.

In so fern extremsten Dank!!!

==

Allerdings bin ich bei den Versuchen über etwas anderes gestolpert:

Ich habe auf Host 2(1-8) fujinet-online.

Wenn ich via Webschnittstelle wie folgt versuche zu laden:

ATARI -> Holmes_CD1 -> ATR Games -> Games_# -> 221b Baker Street A.atr

und dann Verbinden als "Read" auf ein Laufwerk bekomme ich im Browser folgende Fehlermeldung:

URL: http://192.168.177.24/mount?hostslot=1&deviceslot=1&mode=1&filename=/ATARI/Holmes_CD1/ATR%20Games/Games_#/221b%20Baker%20Street%20A.atr Error Could not open file: /ATARI/Holmes_CD1/ATR Games/Games_

Über das FujiNet Menü klappt das.

Liegt vielleicht an dem "#" im Pfad.

Kann das bitte jemand verifizieren?

Vielleicht auch mit einer anderen Firmware?

CU, Erhard

Hallo

Auch mein Versuch scheiterte

http://192.168.178.105/mount?hostslot=1&deviceslot=0&mode=1&filename=/ATARI/Holmes_CD1/ATR%20Games/Games_#/221b%20Baker%20Street%20[crk]%20A.atr

Ich habe dann per Webschnittstelle ATARI/Holmes_CD1/ATR Games/Games_A/Aardvark.atr
auf LW#2 geladen, das ging

Hab's an Thom und Mozzwald weitergegeben.

Hi,

da Deine Connections deutlich besser sind als meine ...

Wenn man D1: und D2: via Disk Swap Button getauscht hat wird das Ergebnis weder in der WebUI noch im FujiNet Menü dargestellt.

Vielleicht könnte beim Disk Swap Button auch kurz zur Bestätigung eine der FujiNet LEDs 2x blinken für alle die, die entweder SAM nicht aktiv haben oder diejenigen mit Stereo-POKEY, denn bei vielen Erweiterungen sind SIO Audio (und BPI Audio) nicht eingemischt.

CU, Erhard

Hi,

mir hat noch jemand ein Problem beschrieben was bei ihm auftaucht, wenn er Highspeed-SIO verwendet.

Ohne jetzt auf das Problem einzugehen sind mir bei meinen Versuchen dies nachzustellen verschiedene Dinge aufgefallen.

(1) Ich habe unter SpartaDOS 3.3b den Befehl PRINT verwendet, damit ich meine Eingaben und die Ausgaben des Rechners protokolliert bekomme. Die Kommunikation zum Drucker wickelt der Rechner in Standard-SIO-Geschwindigkeit ab, die meisten Kommandos nach D: in Highspeed.

Nun verkraftet das Fujinet den Wechsel zwischen den Geschwindigkeiten nicht besonders gut weil, so daß es beim Wechsel immer ziemlich viele "Command-Retries" gibt.

Um dies mindestens zu minimieren bieten sich so wie ich das sehe mindestens zwei Lösungsmöglichkeiten an:

• Beim HDI bin ich so vorgegangen, daß zum Einlesen des Kommandos das Taktsignal des Atari verwendet wird (synchrone Datenübertragung) und dabei die Zeit gemessen wird, die das Einlesen der 5 Kommandobytes gedauert hat. Ging es schnell war es Highspeed und geantwortet wird dann mit einer Geschwindigkeit laut voreingestelltem HighSpeedbyte (s. Kommando $3F).

• Beim SIO2USB wird so vorgegangen, daß die Breite des 2. Taktbits gemessen wird.

Etwas weniger zuverlässig wäre es, die Zeit zwischen "COMMAND aktiv" und dem ersten Takt- oder Startbit zu messen. Die SIO des Atari OS hat hier eine recht lange Zeit, die meisten Highspeed-SIOs eine kurze. Jetzt könnte es natürlich sein, daß ein Kommando über eine Highspeed-SIO in langsamer Geschwindigkeit gesendet wird, dann stimmt das Ergebnis nicht. Ob es so eine Routine gibt weiß ich nicht. Die Highspeed-Routine der Speedy 1050 verwzeigt für alle nicht Highspeed-Geräte und -Kommandos einfach ans OS, da würde es funktionieren.

Ich möchte annehmen, daß eine dieser Möglichkeiten im FN machbar wäre und daß "Command Retries" mindestens auf 1 reduzierbar wären.

(2) Hab ich einfach mal versucht, für die Debug-Protokollierung nicht den FN Flasher sondern einfach Putty zu nehmen in der Hoffnung, ich hätte da eine Clear-Screen Möglicheit. Das Protokoll sieht nach meinem Empfinden sehr übel aus. Ich hab da nur sehr wenig Zeilenumbrüche gesehen, dafür aber tonnenweise Leerzeichen am Anfang von Zeilen. Auch bei 460800 Bit/s kosten Leerzeichen Übertragungszeit, unnütze dazu. Auch daß der Flasher beim Flashen des FN irgendwie teilweise rüchwärts schreibt und gelöscht wird was vorher da stand und so weiter. Hm.

CU, Erhard

Erhard schrieb: Wenn man D1: und D2: via Disk Swap Button getauscht hat wird das Ergebnis weder in der WebUI noch im FujiNet Menü dargestellt.

Das liegt daran, dass der Button nicht wirklich die Drive-Belegung im Fujinet tauscht (genauer: rotiert), sondern nur einen temporären Index auf D1: in der Drive-Tabelle des Fujinet setzt. Wenn man das Fujinet ausschaltet, ist der Index wieder weg. (Ganz anders ist der Tausch z.B. beim SIO2USB - da werden tatsächlich die Images getauscht.)

Der Button ist auch nicht dazu da, Disks wirklich dauerhaft zu tauschen, sondern nur temporär, z.B. für Spiele, die mehrere Seiten umfassen und daher Diskwechsel im laufenden Spiel erfordern.

Für einen echten Tausch muss man das Fujinet-API bemühen - das ist allerdings ziemlich aufwändig (zumindest war das vor 2 Jahren so). Oder vielleicht ist das mittlerweile im Fujinet-Menü eingebaut?

Hallo Dietrich,

Dietrich schrieb: Oder vielleicht ist das mittlerweile im Fujinet-Menü eingebaut?

abgesehen davon, daß ich mir da eine "Any-To-Any Swap Funktion" schon an dem Tag gewünscht von dem Tag an vermißt habe, an dem ich das FN gekauft erstmalig verwendet habe ... gibt es seit einiger Zeit Holgers "FujiNet Tools für SpartaDOS", die enthält das von mir geschriebene FDSWAP.

Es gibt mittlerweile eine ganze Reihe neue APIs (SIO-Befehle für Gerät $70). Dabei sind Routinen zum Mime En - und Decoden und welche zur Berechnung von MD5 und SHA Prüfsummen. Ist ja schön daß es die gibt. Ich habe dafür aktuell keine Verwendung was nicht ausschließt, daß sich das ändert. Einzig die neue API über $70 $3F offenbar zum Ändern der SIO-Geschwindigkeit kann ich unterbringen. Aber eine API zum Laufwerkstausch ist mir nicht aufgefallen.

Wobei das Tool FDSWAP auch den Tausch gegen ein leeres Laufwerk erlaubt und m.E. sinnvoller Weise vorher prüft, ob ein externes SIO-Gerät eine der adressierten IDs bereits belegt. Ferner ist mit der Firmware 1.2.3b das Problem gelöst, daß ein entladenes Laufwerk des FN weiter auf Status-Kommandos geantwortet hat und somit nicht vollständig deaktivert ("ausgeschaltet") war.

Es bleibt also dabei, daß wenn man im Menü ist und Dx: lieber auf Dy: hätte man weiterhin sich durch die PFade wühlen und alles neu verbinden muß und daß man zur Verwendung von z.B. FDSWAP man ins DOS muß.

CU, Erhard

Hi,

Currock schrieb: Geht das mit gemounteten Online-atr's überhaupt?

das habe ich selber schon gemacht, allerdings bislang nur mit 90/130K.

Ich habe dafür einen "dummen" Sektorkopierer verwendet.

Du kannst mir gerne den Link hinterlassen zu dem Image, welches Du kopieren wolltest, dann probiere ich es gerne auch mal aus.

CU, Erhard

Hi,

Currock schrieb: So dumm sind die Sektorkopierer noch nicht einmal.

so meinte ich das nicht.

Es geht mir darum, daß (in diesem Fall) der Sektorkopierer nichts anderes macht als Sektoren von ... bis ... zu kopieren ohne Diskgrößen abzufragen, besondere HighSpeed-Befehle zu verwenden usw.

Schön daß es doch funktioniert hat.

CU, Erhard